今天繼續跟大家聊企業會想要的 GitLab 付費功能。

在前面的文章，我們介紹過好幾個不同面向的企業需求，今天聊一個前面沒提到，但也是「企業 / 大主管」可能會想要的功能，那就是「研發效能指標」。

我在前面的文章也說過，對於企業而言是否要採購或導入一項新東西，企業的態度經常是「花錢不是問題，問題是為什麼要花這筆錢？」

因此，當產品團隊說「我們來導入 DevOps」、「我們來採購 GitLab」、「我們採購 GitLab 來實踐 DevOps」時，上面的大主管多半就會問「採購 / 導入這玩意，有什麼好處或效益？你如何評估這東西的效益？」

「如何評估效益？」這真是一個難題，因為這意味的你會需要持續收集追蹤一些數據與資料，並且要從這些數據中產出一些分析與洞見；這些洞見還不能是空穴來風，必須有憑有據。

難啊，真是難，但好家在已經有前人幫我們思考過這些問題了，就讓我們用「研發效能指標」來回答大主管吧！

「研發效能」也是這幾年開始熱門的 DevOps 相關 Keyword，就連世界知名的管顧公司的在這個關鍵字上插了一腳；基本上只要你搜尋 Developer Productivity、DevOps Metric 這一類的關鍵字，就能找到一堆 Framework 與 Metric，像是 DORA Metric、SPACE Framework、DevEx Metrics、Goals/Signals/Metrics (GSM) Metrics。

有 Framework 或 Metric，就代表這東西需要量測，既然需要量測，就代表一定有廠商會去嘗試開發工具解決這項需求。

理所當然，GitLab 一定不會放過這項可以賣錢的「企業需求」；GitLab 在付費等級 Ultimate 就提供了 DevOps Research and Assessment (DORA) metrics 的功能，可以幫助團隊自動收集數據，並且產出 Reports。

但這邊還是要做一個平衡報導，畢竟工具是死的（即便有提供一些彈性，但無法適應所有的情境），因此 GitLab 的 DORA metrics 功能，在使用上是有一些限制的，團隊必須按著 GitLab 原廠設計的規則去使用 GitLab，它才有辦法自動且正確的收集數據。所以如果你要使用這項功能，記得要詳閱原廠文件，了解 GitLab 是如何計算這些 Metric。甚至很有可能，有些流程你依然要自己收集數據另外量測，才能正確的反映出你團隊的「研發效能」。

最後，除了 DORA Metrics 功能，在 GitLab 的付費功能中也有提供更多不同的 Analytics，這些數據與資訊也同樣能幫助你評估開發團隊的狀況。

今天的文章就聊到這裡，如果你有在關注團隊的「研發效能」，歡迎跟我分享你的經驗談喔！

圖片來源 - 吉卜力工作室 https://www.ghibli.jp/works/majo/#&gid=1&pid=27